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(54) Dynamic service application, in a mobile communication device or a SIM card, for receiving 
and executing short text message dynamic service scripts , e.g. SMS 



(57) A dynamic service application is stored and ex- 
ecuted on a mobile or wireless communication device 
(e.g., a cellular telephone) to enable it to be pro- 
grammed without specialized hardware, software, and 
other proprietary information. For example, dynamic 
service application programs or scripts may be entered 
directly by a user or may be received as a wireless or 
radiated digital message transmission. The dynamic 
service application executes the dynamic service appli- 
cation script, which is ofa format to accommodate wire- 
less or radiated transmission and storage on the device. 
The dynamic service application script may be written 
directly by a user on a computer or a mobile communi- 
cation device or may be written with the aid of scripting 
"wizard" software that runs on a computer and guides 
the writing of script without the user having to work di- 
rectly with the dynamic service application script. In ad- 
dition to being received as radiated transmissions, dy- 
namic service application scripts may also be sent as 
radiated transmissions from mobile communication de- 
vices to other devices or computers. 
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Description 

Summary of the Invention 

[0001] The present invention relates to mobile or wire- 
less communication devices, including digital cellular 
telephones, and in particularto a short text message dy- 
namic service application lor such devices. 
[0002] Programming small mobile or wireless com- 
munication devices, like digital cellular telephones 
phones, typically requires specialized hardware or soft- 
ware, or access to proprietary information like authenti- 
cation keys, codes, etc. As a consequence, it is typically 
difficult or impossible for end-users to program such mo- 
bile devices. As is known in the art, digital cellular tele- 
phones of the GSM-type include removable Subscriber 
Identity Modules (SIMs), which are sometimes called 
smart cards or chip cards. To program a GSM cellular 
telephone, for example, it is necessary to use a smart 
card programming device and a smart card program- 
ming toolkit, and to access the account authentication 
key, the last of which is typically not accessible except 
by wireless service providers. The inability of users to 
N program or modify mobile or wireless communication 
devices limits the versatility and usefulness of such de- 
vices. 

[0003] Accordingly, the present invention includes a 
dynamic service application that is stored and executed 
on a mobile or wireless communication device to enable 
it to be programmed without specialized hardware, soft- 
ware, and other proprietary information. For example, 
the dynamic service application may be distributed with 
or stored on the wireless device in a conventional man- 
ner, but dynamic service application programs or scripts 
may be entered directly by a user or may be received 
as a wireless or radiated digital message transmission. 
In contrast, conventional programming of such a device 
requires a direct or conductive hardware coupling to the 
device. 

[0004] The dynamic service application executes the 
dynamic service application script, which is of a format 
that accommodates wireless or radiated transmission 
and storage on the device. The dynamic service appli- 
cation script may be written directly by a user on a com- 
puter or a mobile communication device or may be writ- 
ten with the aid of scripting "wizard" software that runs 
on a computer and guides the writing of script without 
the user having to work directly with the dynamic service 
application script. In addition to being received as radi- 
ated transmissions, dynamic service application scripts 
may also be sent as radiated transmissions from mobile 
communication devices to other devices or computers. 
[0005] In one exemplary implementation, a dynamic 
service application of the present invention may be 
stored on a SIM or smart card for use in an associated 
GSM cellular telephone. Dynamic service application 
scripts may be received at and sent from the GSM cel- 
lular telephone as short text message dynamic service 



scripts that conform to the short message service (SMS) 
format for GSM cellular telephones. In communicating 
with a conventional (e.g., desktop) computer, the scripts 
may be prepared and sent or received and run by soft- 
ware operating locally on the computer or at a site on 
the global computer network (e.g., a Web site). 
[0006] The dynamic service application interprets and 
executes short text message dynamic service scripts 
that the cellular telephone receives, whenever the 
scripts are supported by a service present on the cellular 
telephone. The contents of the short text message dy- 
namic service script could be either a new application, 
a part of the application (e.g., applications could be bro- 
ken into segments), an application update, a command 
to execute, or data for a particular application. The user 
can also send messages from the phone to the web site. 
These messages can be distributed to other users as 
needed. 

[0007] Additional objects and advantages of the 
present invention will be apparent from the detailed de- 
scription of the preferred embodiment thereof, which 
proceeds with reference to the accompanying drawings. 

Brief Description of the Drawings 

[0008] 

Fig. 1 illustrates a GSM cellulartelephone as an ex- 
emplary mobile wireless communication device op- 
erating environment for an embodiment of the 
present invention. 

Fig. 2 is a block diagram illustrating operation of a 
short message service (SMS) system compatible 
with transmission of short text message dynamic 
service scripts of the present invention. 
Fig. 3 is a flow diagram of a mobile device dynamic 
service method according to the present invention. 

Detailed Description of Preferred Embodiments 

[0009] The present invention relates to mobile or 
"wireless" communication devices capable of transmit- 
ting and/or receiving radiated (i.e., wireless) fixed length 
text messages of up to a maximum fixed length. Such 
communication devices may be implemented with vari- 
ous functions and in numerous forms including digital 
cellular telephones, portable and handheld computers, 
personal digital assistants, etc. The invention is de- 
scribed in reference to a digital cellular telephone, but 
is similarly applicable to other mobile or wireless com- 
munication devices that transmit and/or receive radiated 
fixed length text messages. 

[0010] Fig. 1 illustrates a GSM cellulartelephone 10 
as an exemplary mobile wireless communication device 
operating environment for an embodiment of the 
present invention. GSM cellulartelephone 10 may con- 
form, for example, to the European Telecommunications 
Standards Institute (ETSl) specifications GSM 11.11 
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and GSM 11.14 for Global Systems for Mobile commu- 
nications. It will be appreciated, however, that GSM cel- 
lular telephone 10 could instead conform to another 
communication standard or a standard not yet devel- 
oped, such as the ETSI 3rd Generation Mobile System 
standard that is sometimes referred to as the Third Gen- 
eration Partnership Project or °3GPP". 
[0011] GSM cellular telephone 10 includes a remov- 
able Subscriber Identity Module (SIM) 12, which is 
sometimes called a smart card or chip card. For exam- 
ple, SIM 12 can be of a smart card format that has the 
well-known size of credit cards (e.g., standardized di- 
mensions of 53.98 mm x 85.60 mm x 0.76 mm), or can 
be of a smaller format that is sometimes called a "plug- 
in SIM". SIM 12 includes a medium 14 that supports a 
SIM electronic circuit 1 6 (e.g., one or more semiconduc- 
tor integrated circuits or chips). Medium 14 typically in- 
cludes multiple laminated synthetic layers, with one or 
more iniernal layers being between outer layers. SIM 
electionic cucjit 16 is incorporated into or on at least 
one of the internal layers. 

[0012] SIM electronic circuit 16 includes a central 
processing unit or CPU 20 (e.g., a microprocessor or 
microcontroller) in conjunction with a memory system 
22. a data transmit interface 24, and a data receive in- 
terface 26. all of which are interconnected by a bus 
structure 28. Similarly, GSM cellular telephone 10 in- 
cludes a central processing unit or CPU 30 (e.g., a mi- 
croprocessor or microcontroller) in conjunction with a 
memory system 32, a data transmit interface 34, and a 
data receive interlace 36, all of which are interconnected 
by a bus structure 38. In addition, GSM cellular tele- 
phone 1 0 includes a system display 40 and a user input 
device or keypad 42, as well as a power supply (e.g., a 
battery), telephonic audio input and output elements, 
and radio frequency transmitting and receiving ele- 
ments that are not shown. 

[0013] While SIM electronic circuit 16 includes the ba- 
sic elements of a simple computer, neither SIM 12 nor 
SIM electronic circuit 16 is capable of functioning as a 
stand-alone computer. Neither SIM 12 nor SIM electron- 
ic circuit 16 includes a power source nor user interface 
components by which a user could interact with SIM 1 2 
or SIM electronic circuit 1 6. The computer functionality 
of SIM 12 can be accessed only by connecting it to an- 
other computer, such as GSM cellular telephone 10 or 
a SIM reader that is connected to a personal computer, 
as is known in the art. When connected to another com- 
puter, such as GSM cellular telephone 10, SIM 12 is 
powered and communicates through its interfaces 24 
and 26 to receive data from and provide data to the other 
computer. 

[0014] As is common, GSM cellulartelephone 10 sup- 
ports a fixed length text message service by which ra- 
diated (i.e., wireless) fixed length text messages of up 
to a maximum fixed length may be transmitted or re- 
ceived by GSM cellular telephone 10. As an example, 
the fixed length text message service could include or 



conform to the short message service (SMS) standard 
that is part of the GSM Phase 1 standard. The SMS 
standard allows transmission of radiated fixed length 
text messages of up to 160 characters in length. Such 

5 a fixed length text message service may be distin- 
guished from conventional network connections or serv- 
ices in which files of generally arbitrary size may be 
transmitted. While referring to transmission of SMS 
messages, the following description may be similarly 

io applicable to other standards or formats for radiated 
fixed length text messages. 

[0015] Fig. 2 is a block diagram illustrating operation 
of a SMS system 50 for transmitting SMS messages 
from any of transmitting short message terminals 54 to 

15 a receiving short message terminal 56, which may be 
implemented as GSM cellular telephone 10. 
[0016] For purposes of simplicity, this illustration is di- 
rected to communication in only direction: from trans- 
mitting short message terminal 54 to receiving short 

20 message terminal 56. It will be appreciated that each of 
short message terminals 54 and 56 would typically be 
capable of bidirectional communication so that the fol- 
lowing description would be similarly applicable to com- 
munication from terminal 56 to any or all of terminals 54. 

25 [0017] Transmitting short message terminal 54 may 
be any text -capable digital device, including a computer 
(e.g., desktop, portable, handheld, server, etc.), a per- 
sonal digital assistant, a digital telephone, a digital cel- 
lulartelephone, etc. An SMS message created at trans- 

30 mitting short message terminal 54 is transmitted over a 
communication channel 58 to a short message service 
center or message center 60 that functions as a store 
and forward center for transmitting SMS messages be- 
tween short message terminals. For example, message 

35 center 60 receives a SMS message from transmitting 
short message terminal 54 and stores the SMS mes- 
sage until it can be forwarded to receiving short mes- 
sage terminal 56. Message center 60 then transmits the 
SMS message to receiving short message terminal 56 

40 over a communication channel 62. 

[0018] In view of the variety of devices that can func- 
tion as message terminals 54 and 56, communication 
channels 58 and 62 may be or include any public or pri- 
vate computer network (e.g., the global computer net- 

45 work called the Internet) or any telephone network (e. 
g., any PSTN or any cellular or other wireless commu- 
nication network). With receiving short message termi- 
nal being GSM cellular telephone 10 in the illustrated 
example, communication channel 62 will include at least 

50 a GSM cellular telephone network. 

[0019] Fig. 3 is a flow diagram of a mobile device dy- 
namic service method 1 00 according to the present in- 
vention. In one implementation, mobile device dynamic 
service method 1 00 is performed by various elements 

55 of SMS message system 50, including a dynamic serv- 
ice application stored on SIM 12. It will be appreciated 
that in other implementations, the dynamic service ap- 
plication may be stored or executed on any part of a 
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short message terminal 54 or 56. 
[0020] Process block 102 indicates that a short text 
message dynamic service script is formed. In one im- 
plementation, the short text message dynamic service 
script may conform to the SMS message format asso- 
ciated with GSM cellular telephones. 
[0021 ] Process block 1 04 indicates that the short text 
message dynamic service script is transmitted to a re- 
ceiving short message terminal. For example, the short 
text message dynamic service script could be transmit- 
ted via a message center 60 to GSM cellular telephone 
10. 

[0022] Process block 1 06 indicates that the short text 
message dynamic service script is interpreted and exe- 
cuted by the dynamic service application. Interpretation 
of the short text message dynamic service script by the 
dynamic service application includes correlating opera- 
tions indicated by the short text message dynamic serv- 
ice script with the corresponding application program- 
ming interfaces (APIs) and any other resources availa- 
ble from SIM 12. For example, one option is to save the 
script and add the application name to the cellular tele- 
phone. 

s [0023] Process block 1 08 indicates that the short text 
message dynamic service script is received and stored, 
such as on a SIM 12 of a GSM cellular telephone 10. 
[0024] Process block 1 1 0 indicates that the short text 
message dynamic service script is executed, such as 
on a SIM 12 of a GSM cellular telephone 1 0. 
[0025] The short text message dynamic service 
scripts functions as short text message applications and 
can be formed in a variety of ways. As one example, a 
user could write a short text message application direct- 
ly in accordance with a scripting notation, as described 
below in greater detail. As another example, a user may 
be guided through a script formation process or "wizard" 
that is accessed from a personal computer. The script 
formation process or "wizard" may be run locally on the 
personal computer or may be accessed from a network 
site (e.g., a Web page) on the global computer network. 
[0026] Set forth below are exemplary steps through 
which scripting wizard software could direct a user cre- 
ating a short text message dynamic service script or ap- 
plication. The exemplary steps could be offered or pre- 
sented to the user in different sequences according to 
choices or selections made by the user. Once each 
branch or segment of the application is completed, the 
scripting wizard software codes and encrypts the appli- 
cation so that it can be sent to the receiving mobile com- 
munication device (e.g., GSM cellular telephone 10) as 
one or more short text messages (e.g., SMS messag- 
es). Once it receives the one or more short text mes- 
sages, the dynamic service application on the mobile 
communication device interprets it or them and exe- 
cutes the steps as specified in the script. As an example, 
one option is to save the script and add the application 
name to the mobile communication device (e.g., cellular 
telephone). 



[0027] User selects application options: 

1 . Specify application name and various application 
properties 

5 

A. Name 

B. Description 

C. Access (Publish/don't publish in directory 
service) 

10 D. Membership (Members only/ open to public) 

E. Author information 

2. Execute on the cell phone only once 

15 a. Manually (application is added to the phone 

app menu and deleted after execution) 

B. Upon receipt of SMS message 

C. With a delay after receiving SMS message 

D. At a specified time, date 
20 e. Triggered with events 

3. Execute on the cell phone more than once 

A. Manually (application is added to the phone 
25 app menu) 

B. With specified interval 

C. At specified time(s) : date(s) 

D. Triggered with events 

30 User selects initial interaction type between the applica- 
tion and the cell phone user after the application is 
launched. 



Examples of operations: 

35 

[0028] 

1 . Show selection list (user is required to select item 
(s) from a list) 

40 

A. Enter text describing the list 

B. Enter items of the list 

C. Specify operation(s) to execute upon selec- 
tion of an item (each item may be associated 

45 with a different operation that follows) 

2. Show "edit box" (user is required to enter text) 

A. Enter text describing the edit box (descrip- 
so tion of the text to be entered). 

B. (Optional) Enter a text string that triggers a 
specific operation and specify this operation. 

C. (Optional) Additional specification (s) as in B. 

D. (Optional) Specify operation(s) to execute 
55 after any other non-empty text is entered. 

3. Print text 



20 



25 
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A. Specify text to be printed 

B. Specify delay time before continuing, or 
manual continuation 

C. Specify conditions under which this opera- 
tion (print text) will or will not execute (time, 
location, ...). Execution continues with the fol- 
lowing operation (C) 

D. (Optional) Specify operation to execute after 
text is printed. 

4. Play tone 

A. Specify tone parameters (type of tone, 
length, etc) 

5. Send message/command to specified destina- 
tion^) 

A. Specify message/command 

B. (Optional) Specify operation to execute after 
message/command is successfully sent 

C. (Optional) Specify operation to execute after 
sending message/command failed. 

6. File operation 

A. Clear 

B. Delete 

C. Delete Item 

D. Append 

[0029] Selected aspects of a first implementation of a 
format of a short text message dynamic service script 
are described below with reference to an exemplary 
script. It will be appreciated that this exemplary script is 
provided merely to illustrate the various script elements 
and does not include all potential elements in the script 
format or the full range of potential functionality that can 
be provided by the script format. 

[0030] In this implementation, a typical script includes 
a file or variable with multiple successive statements 
that each may include one or more script elements. The 
successive statements of a script may form one or more 
files that are each no larger than the basic memory buff- 
er size for a receiving mobile or "wireless" communica- 
tion device (e.g., 128 bytes for a SIM), thereby allowing 
a complete script file to be completely contained in the 
memory buffer. In the illustrated exemplary script, differ- 
ent statements are initiated by the terms Start, Efopen, 
Contt , Iter, Cont2, which may be referred to as the state- 
ment names. 

Start: 

IgEFopen 

oF 17Pgm/SV.m" 

gContt 



EFopen: 

T1="Error opening file " 
T1<T0<" ("<hlE<T 
5 pT1 

q 

Contl: 

w T2=*T1=s" 
!gCont2 
11=0 

Iter: 

75 

T2<V'<h22<F1 (i1, 11)<h22 

11+16 

glter 

20 Cont2: 

T2<"q;" 
!q 

cF1 

25 xT2 
tT1 

T2=7Pgm/" 
T2<T1 
T2<".a" 
30 OF1T2 
xF1 

q 

[0031] In this implementation, script elements are 
35 generally represented by only one or two alphanumeric 
characters to minimize the script size, and operators are 
indicated by lower case letters. For example, the Start 
statement begins with an error handling indicator "I" that 
is coupled with a get element "g" and a statement name 
-40 "EFopen." This script element combination is interpret- 
ed and executed by the dynamic service application as 
follows: if an error arises (!), get (g) the indicated state- 
ment (EFopen). The get element g may have as its ar- 
gument any statement name in a file, a file name, a 
45 memory location pointer, etc. Accordingly, the get ele- 
ment g functions as a versatile program control device 
'for directing script execution toward a variety of ele- 
ments. 

[0032f The E Fopen statement sets a text variable (T 1 ) 
50 to a text string "Error opening file," and the element 
T1<T0< a ("<hlE<T functions to append a text variable 
TO and the text "(32)" (where the value of 32 is an ex- 
ample value of the file handle, hIE) to text variable T1 , 
with the text variable TO being a temporary buffer having 
55 the value of _the file name (last statements text). Ele- 
ment pT1 functions to print (p) (i.e., display) the error 
indication specified for variable T1 (i.e., text string "Error 
opening file"), and the quit element (q) ends execution 
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of the script. 

[0033] In the absence of an error indication by the ex- 
ecuting mobile device, the Start statement proceeds to 
the script element oF1 'VPgm/SV.m", which opens (o) as 
a file variable (F1) the file SV.m stored on the device in 
subdirectory Pgm. The .m extension may indicate that 
the file SV.m is a listing or menu of available script or 
application files available in the Pgm subdirectory. The 
script element gContl then gets (g) statement Contl. 
The file variable (F1 ) represents a file-type variable that 
can be indexed over a range of values to support file 
operations (e.g., open, o). This script format implemen- 
tation also includes, for example, an indexed text varia- 
ble (e.g., T1 ) and an indexed numeric or numeric varia- 
ble (e.g. : 11) to support text and integer operations, re- 
spectively. 

[0034] In the Contl statement, script element 
T2 T1=s" sets a text variable index 2 to the indicated 
text siring (T1=s). Script element !gCont2 directs the 
script to get or goto (g) statement Cont2 in case of an 
error indication. Script element 11=0 sets a value of zero 
to the integer variable 11 . 

[0035] In the absence of an error indication in it, state- 
N mcnt Contl proceeds to statement Iter, which functions 
as an iteration operation. Script element T2<","<h22<F1 
(11, 11)<h22 appends to text variable T2 a comma, a 
quote (by operation of element h22), 11 characters at 
iteration variable location 11 in file F1 , and another quote 
(by operation of element h22). Element 11+16 is an in- 
teger operation adding variable 11 and the number 16. 
Element glter repeats operation of statement Iter for an- 
other iteration. For example, each address location in a 
file could include 16 character positions, so this script 
element would function to obtain the first 11 characters 
at each address location in file F1. 
[0036] In the Cont2 statement, element T2<"q; M ap- 
pends a quit operator to text variable T2. As a result, of 
the operation of statements Iter and Cont2, variable T2 
includes the following elements: 

T2: T1=s, F1(0,11), F1(1,11), .... q; 
in which the elements F1(0,11), F1(1,11), ... include the 
11 character text strings at locations 0, 1 : ... in file F1. 
The 11 -character iteration may reflect that the mobile 
communication device displays 11 characters per line. 
Script element cF1 closes (c) file F1 . and script element 
xT2 executes (x) variable T2, in which the select ele- 
ment s functions to display each text string F1 (1,11) so 
a user can select one of them. Script element trims spac- 
es at the beginning and at the end of the text. The script 
elements T2=7Pgm/", T2<T1 . and T2<".a" set variable 
T2 to the subdirectory and application name and exten- 
sion (.a) of the application selected by the user. Script 
element oF1T2 opens as file F1 the specified file, and 
element xF1 executes it. 

[0037] The exemplary script functions to display a list 
of text message applications available on a mobile com- 
munication device and to allow a user to select and ex- 
ecute one of the applications. It will be appreciated that 



such an application would typically require significantly 
greater memory and syntax resources if it were written 
in a conventional scripting language. 
[0038] Selected aspects of a second implementation 
5 of a short text message dynamic service script format 
are described below. This second implementation in- 
cludes more programming specificity than the first, but 
disadvantageously increases the memory requirements 
of the dynamic service application. 

10 

Message consists of two components: <MSG- 
HEADERxCOMMANDS> 

<MSGHEADER>: <MSGIDxMSGOPTS>/<APP- 
15 NAME> 

<MSGID> - Message ID for this recipient (cell 
phone, web site), sequence 0, 1 ,2,3,... (only decimal 
digits) 

20 

<MSGOPTS> - Message options 

A - ACK of the message with MSGID following 
(eg. A123) 

25 

R - ACK of this message requested 

I - Install as application. <COMMANDS> are 
stored in a file, added to apps menu, and exe- 
30 cuted by the user. Otherwise <COMMANDS> 

are executed upon receipt of the message. 

C<ltem>-<Of> - Not complete message. This is 
item <ltem> of <Of> items. The contents of this 
35 message is appended to already loaded 

chunks. 

<APPNAME> - Name of the application represent- 
ed by the message contents 

40 

Example: 981/Nearby 

[0039] <COMMANDS> consists of a set of 
<CMDxCMDOPT>/<CMDBODY> separated with 

45 

<CMD> - Command: 

S - Select item from the list of items in the <CM- 
DBODY> separated with 7 

50 

The text before the first V* after <CMDOPT> is 
the description of the items to select. If it is emp- 
ty (<CMDxCMDOPT>//...) then the text "Se- 
lect:" is printed. 

55 

<CMDOPT> (all optional): 
A - append to clipboard 
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T - the result is text of the selected item in- 
stead of index (1,2,...) 

E<CMD!D> - error handler - command to 
execute next on error. 5 

<CMDID> specifies which command 
to execute (1,2,...) 

Result: Selected item. Result is appended to 10 
the clipboard 

Notes: All items are separated with T and op- 
tionally, following the separator is a number that 
specifies a command !D of a command to exe- * 5 
cute if this item is selected. 

The first item is the title of the selection with op- 
tional preceding default command ID. 

20 

Examples: 

S/Where?/My Office/Room 123/Park 

SML1 E13A/15Where?/12My Office/ 25 
14Room 123/15Park 

E - Enter value (text) for the text described in 
the body 

30 

<CMDOPT>/<CMDlDxText>[/<CM- 
DID><Text>/<CMDIDxText>...] 

<CMDOPT> (all optional): 

35 

L - Allow letters and digits 
A - Append to clipboard 

T - append to text the clipboard, save clip- *o 
board 

C - Set clipboard (default) 

D - Allow to enter decimal digits only 45 

N - specifies minimum size of input (fol- 
lowed by size) 

X - specifies maximum size of input (fot- 50 
lowed by size) 

E<CMDID> - error handler - command to 
execute next on error. 

55 

<CMDID> specifies which command 
to execute (1,2,...) 



Result: Entered itemtext. Result is added to the 
clipboard depending on the options specified. 

Notes: 

The body of the command may consist of 
a list of items separated with 7 with preced- 
ing command ID of a command to execute 
if this item is entered. 

The first item is the title of the edit box with 
optional preceding default command ID 
(command to be executed next). 

Examples: 

E/Enter your name 

EX8N3E13A/31 Enter your name:/01 Ce- 
zary/02Harry/03Lili/04 007 

P - Print text <CMDOPT>/<CMDIDxText> 

<CMDOPT>: 

T - Append to the text content of the 
clipboard and print the result 

C - Append the specified text to the 
clipboard and print the result 

E<CMDID> - error handler - command 
to execute next on error. 

<CMDID> specifies which com- 
mand to execute (1 : 2,...) 

Result: Printed text. Result is appended to 
the clipboard if T nor C specified, if option 
T is specified the clipboard contains the 
printed text. 

Examples: 

P/Hello World! 

PTE13/Hello World! 

F - File operation 

<CMDOPT> (One of C, A, O, D required): 

C - Append the content of the specified 
file to the clipboard 

A - Append the text of the clipboard to 
the specified file 
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O - Overwrite the content of the file 
with the content of clipboard 

D - Delete specified file 

B - Treat file as binary 

E<CMDID> - error handler - command 
to execute next on error. 

<CMDID> specifies which com- 
mand to execute (1 ,2,...) 

Examples: 

FC/7PgrrvTest.data" 

FBOE13/77F20/6F74" 

C - Clipboard operation - set the content to the 
specified text 

<CMDOPT>/<ContCommandlDxText> 

T - Append to the text content of the 
clipboard and store the result 

C - Clear the contents 

A - Append the specified text (instead 
of setting the value) 

E<CMDID> - error handler - command 
to execute next on error. 

<CMDID> specifies which com- 
mand to execute (1,2,...) 

Examples: 

C/Helto World! 
CAE13/Hello World! 

EXAMPLES: 
[0040] 

&P/Hello World!!! 

&C/Hello... &PC/from clipboard!!! 

&C/ hello!!!&PT/From clipboard 

&C/Helio &EA/Enter your name:&PC/, good to see 

you! 

[0041] In accordance with the practices of persons 
skilled in the art of computer programming, the present 
invention is described above with reference to acts and 
symbolic representations of operations that are per- 
formed by various computer systems, including mobile 



* communication devices and "smart cards." Such acts 
and operations are sometimes referred to as being com- 
puter-executed and may be associated with the operat- 
ing system or the application program as appropriate. It 

5 will be appreciated that the acts and symbolically repre- 
sented operations include the manipulation by a CPU of 
electrical signals representing data bits, which causes 
a resulting transformation or reduction of the electrical 
signal representation, and the maintenance of data bits 

w at memory locations in a memory system to thereby 
reconfigure or otherwise alter the computer system op- 
eration, as well as other processing of signals. The 
memory locations where data bits are maintained are 
physical locations that have particular electrical, mag- 

15 netic, or optical properties corresponding to the data 
bits. 

[0042] Having described and illustrated the principles 
of our invention with reference to an illustrated embod- 
iment, it will be recognized that the illustrated embodi- 
es ment can be modified in arrangement and detail without 
departing from such principles. It should be understood 
that the programs, processes, or methods described 
herein are not related or limited to any particular type of 
computer apparatus, unless indicated otherwise. Vari- 
es ous types of general purpose or specialized computer 
apparatus may be used with or perform operations in 
accordance with the teachings described herein. Ele- 
ments of the illustrated embodiment shown in software 
may be implemented in hardware and vice versa. 
30 [0043] In view of the many possible embodiments to 
which the principles of our invention may be applied, it 
should be recognized that the detailed embodiments are 
illustrative only and should not be taken as limiting the 
scope of our invention. Rather, we claim as our invention 
35 all such embodiments as may come within the scope 
and spirit of the following claims and equivalents there- 
to. 

40 Claims 

1. A mobile device dynamic service method in a mo- 
bile digital communication device, comprising: 

45 radiant transmission of a short text message 

dynamic service script to the mobile digital 
communication device; and 
interpretation and execution of the short text 
message dynamic service script on the mobile 
so digital communication device. 

2. The method of claim 1 in which the mobile digital 
communication device includes a dynamic service 
application that receives, interprets, and executes 

55 the short text message dynamic service script on 
the mobile digital communication device. 

3. The method of claim 2 in which the mobile digital 
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communication device includes a subscriber iden- 
tity module or other chip card that is distinct from a 
base portion of the mobile digital communication 
device and in which the dynamic service application 
is stored on the subscriber identity module or other 
chip card. 

4. The method of claim 2 in which the mobile digital 
communication device includes a subscriber iden- 
tity module or other chip card that is distinct from a 
base portion of the mobile digital communication 
device and in which the dynamic service application 
is stored and executed on the subscriber identity 
module or other chip card. 

5. The method of claim 1 in which the short text mes- 
sage dynamic service script is stored on the mobile 
digital communication device for execution thereon 
more than once. 

6. The method of claim 1 in which execution of the 
short text message dynamic service script on the 
mobile digital communication device includes ob- 
taining information from an operator of the mobile 
digital communication device. 

7. A mobile device dynamic service method in a digital 
cellular telephone, comprising: 

radiant transmission of a short text message 
dynamic service script to the digital cellular tel- 
ephone; and 

interpretation and execution of the short text 
message dynamic service script on the digital 
cellular telephone. 

8. The method of claim 7 in which the digital cellular 
telephone includes a dynamic service application 
that receives, interprets, and executes the short text 
message dynamic service script on the digital cel- 
lular telephone. 

9. The method of claim 8 in which the digital cellular 
telephone includes a subscriber identity module or 
other chip card that is distinct from a base portion 
of the digital cellular telephone and in which the dy- 
namic service application is stored on the subscrib- 
er identity module or other chip card. 

10. The method of claim 8 in which the digital cellular 
telephone includes a subscriber identity module or 
other chip card that is distinct from a base portion 
of the mobile digital communication device and in 
which the dynamic service application is stored and 
executed on the subscriber identity module or other 
chip card. 

11. The method of claim 7 in which the short text mes- 



sage dynamic service script is stored on the digital 
cellular telephone for execution thereon more than 
once. 

5 12. The method of claim 7 in which execution of the 
short text message dynamic service script on the 
digital cellular telephone includes obtaining infor- 
mation from an operator of the mobile digital com- 
munication device. 

w 

13. In mobile digital communication device that re- 
ceives radiant transmission of short text messages, 
the improvement comprising: 

15 a dynamic service application that receives a 

radiant transmission of a short text message 
dynamic service script and interprets and exe- 
cutes the short text message dynamic service 
script on the mobile digital communication de- 

20 vice. 

14. The device of claim 13 in which the mobile digital 
communication device includes a subscriber iden- 
tity module or other chip card that is distinct from a 

25 base portion of the mobile digital communication 

device and in which the dynamic service application 
is stored on the subscriber identity module or other 
chip card. 

30 15. The device of claim 13 in which the mobile digital 
communication device includes a subscriber iden- 
tity module or other chip card that is distinct from a 
base portion of the mobile digital communication 
device and in which the dynamic service application 

35 is stored and executed on the subscriber identity 
module or other chip card. 

16. The device of claim 13 in which the short text mes- 
sage dynamic service script is stored on the mobile 

40 digital communication device for execution thereon 
more than once. 

17. The device of claim 13 in which execution of the 
short text message dynamic service script on the 

45 mobile digital communication device includes ob- 
taining information from an operator of the mobile 
digital communication device. 

18. In a digital cellular telephone that receives radiant 
50 transmission of short text messages, the improve- 
ment comprising: 

a dynamic service application that receives a 
radiant transmission of a short text message 
55 dynamic service script and interprets and exe- 

cutes the short text message dynamic service 
script on the digital cellular telephone. 
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1 9. The telephone of claim 1 8 in which the digital cellu- 
lar telephone includes a subscriber identity module 
or other chip card that is distinct from a base portion 
of the digital cellular telephone and in which the dy- 
namic service application is stored on the subscrib- 5 
er identity module or other chip card. 

20. The telephone of claim 1 8 in which the digital cellu- 
lar telephone includes a subscriber identity module 

or other chip card that is distinct from a base portion io 
of the digital cellular telephone and in which the dy- 
namic service application is stored and executed on 
the subscriber identity module or other chip card. 

21. The telephone of claim 18 in which the short text *s 
message dynamic service script is stored on the 
digital cellular telephone for execution thereon 
more than once. 

22. The telephone of claim 1 8 in which execution of the 20 
short text message dynamic service script on the 
digital cellular telephone includes obtaining infor- 
mation from an operator of the digital cellular tele- 
phone. 

25 
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